home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 5 / QRZ Ham Radio Callsign Database - Volume 5.iso / files / tcpip / amiga / mb1705.exe / SID.DOC < prev    next >
Encoding:
Text File  |  1994-04-24  |  3.9 KB  |  100 lines
  1.        System IDentifier (SID)
  2.  
  3. The initial exchange between "smart" MailBox systems uses what is called
  4. an "SID", short for System IDentifier.  All future work on MailBox systems
  5. should adopt this standard.  It will help to remove a GREAT deal of
  6. confusion as to which systems have what features, and how one should
  7. interface to them.  In the longer future, perhaps all this junk can be
  8. done away with, and the computers can talk to each other in a more
  9. natural way.
  10.  
  11.  
  12.      The system identifier is structured:
  13.  
  14.      "[f1-f2-f3]"
  15.  
  16. The dashes delimit the end of the first field and the start of the last.
  17. There might be only one dash, if f2 is void. f2 may contain dashes.
  18.  
  19. f1, f2, and f3 may not contain "[" or "]".
  20.  
  21. f1 is the author identification.  It may not contain a dash.
  22. Normally it will contain a few characters from the authors callsign.
  23.  
  24. f2 is author specific data.
  25. It may contain anything the author wishes, for example software version.
  26. It may contain dashes.
  27.  
  28. f3 is the supported feature set.  It may not contain a dash.
  29. It contains a string of non-numeric characters, one for each negotiable
  30. feature supported.  Each character may also have trailing digits, giving
  31. the revision of that feature.  If there is no trailing digit, the
  32. feature revision is revision zero.
  33.  
  34. Defined features are:
  35.  
  36. A  -  F6FBB  -
  37. B  -  F6FBB  - compression.
  38. C  -  CBBS   - Remote clock set (obsolete).
  39. F  -  F6FBB  - Batch forwarding.
  40. H  -  System supports hierarchical location identifiers.
  41. I  -  System supports the "null command", a line beginning with ";".
  42. L  -  G1NNA compression (obsolete).
  43. M  -  AA4RE  - Supports message identifiers.
  44. R  -  AA4RE  - Supports extended forwarding responses.
  45. X  -  W0RLI  - Compressed Forwarding.
  46. $  -  WA7MBL - Supports Bulletin IDentifiers.
  47.       MUST BE LAST CHARACTER IN f3 for downward compatibility.
  48.  
  49. The existance of the system ID implies that the system supports
  50. reverse forwarding and OK/NO message rejection.
  51.  
  52. Some examples of existing standard system identifiers:
  53.  
  54. [RLI-17.0-HIX$]       - w0rli version 17.0, supports BID, Null command,
  55.             compressed forwarding and H location.
  56. [CBBS-5.1-$]          - ag3f release of the rli/gyq cbbs.
  57. [MSYS-1.11-H$]          - wa8bxn version 1.11, supports BID and H location.
  58. [MBL-5.14-H$]          - wa7mbl V5.14, supports BID and H location.
  59. [4RE-2.3-MH$]          - aa4re V2.3, supports MID, BID, and H location.
  60.  
  61.     The connect rules:
  62.  
  63.  
  64. Send the SID as first line at connect.
  65. Answer the SID (when seen as a command) with a short command prompt.
  66.  
  67.     The forwarding rules:
  68.  
  69. If you do not see an SID at connect, use the old style fowarding.
  70. This handles the case of Xerox 820 systems, for example.
  71.  
  72. If you do see an SID at connect, answer with your SID.
  73. Use whatever features are appropriate.
  74.  
  75.       The message entry command:
  76.  
  77. Sx TO [@ BBS[.LOC]] [< FROM] [$[BID]]
  78.  
  79. x may be B, T, or P.
  80. If x is absent, P is assumed if TO is a callsign, otherwise B is assumed.
  81. The $ is not part of the BID, but identifies the field.
  82. There is no space between the "$" and the BID.  If only the "$" is present,
  83. a system generated unique BID will be supplied.
  84. The spaces surrounding the @ may be omitted.
  85.  
  86.       OK/NO message rejection.
  87.  
  88. Instead of sending the "S" command and Title, send only the "S" command.
  89. The remote system will reply with either OK or NO, possibly followed by
  90. some text.  If the response is NO, it will be followed by a prompt.
  91. If the response is OK, then go ahead and forward the message.  Usually,
  92. NO will only be seen if you attempt to forward a message with BID already
  93. known to the receiving system.    It may also be seen in the case of full disk,
  94. or any other reason the receiving system does not want the message.
  95. Possiblities under discusion range from "I do not handle NTS traffic." to
  96. "I do not know that user, nor any route to reach him."
  97.  
  98. Note that only the "N" or "O" are required.
  99.  
  100.